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Intellectual Property Rights 



IPRs essential or potentially essential to the present document may have been declared to ETSI. The information 
pertaining to these essential IPRs, if any, is publicly available for ETSI members and non-members, and can be found 
in ETSI SR 000 314: "Intellectual Property Rights (IPRs); Essential, or potentially Essential, IPRs notified to ETSI in 
respect of ETSI standards", which is available from the ETSI Secretariat. Latest updates are available on the ETSI Web 
server ( http://webapp.etsi.org/IPR/home.asp) . 

Pursuant to the ETSI IPR Policy, no investigation, including IPR searches, has been carried out by ETSI. No guarantee 
can be given as to the existence of other IPRs not referenced in ETSI SR 000 314 (or the updates on the ETSI Web 
server) which are, or may be, or may become, essential to the present document. 



Foreword 

This Technical Specification (TS) has been produced by IMS Network Testing (INT). 

The present document is part 3 of a multi-part deliverable covering Closed User Group (CUG), as identified below: 

Part 1: "Protocol Implementation Conformance Statement (PICS)"; 

Part 2: "Test Suite Structure and Test Purposes (TSS&TP)" ; 

Part 3: "Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information for Testing 
(PIXIT) proforma specification". 
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Scope 



The present document specifies the Abstract Test Suite (ATS) and partial Protocol Implementation eXtra Information 
for Testing (PIXIT) proforma based on the Testsuite Structure and Testpurposes defined in TS 186 016-2 [3]. 

The TSS&TP have been developed to test the Closed User Group (CUG) PSTN/ISDN simulation services. 

The test notation used in the ATS is TTCN-3 (ES 201 873-1 [7]). 

The following test specification- and design considerations can be found in the body of the present document: 

• the overall test suite structure; 

• the testing architecture; 

• the test methods and port definitions; 

• the test configurations; 

• the design principles, assumptions, and used interfaces to the TTCN3 tester (System Simulator); 

• TTCN styles and conventions; 

• the partial PIXIT proforma; 

• the modules containing the TTCN-3 ATS. 

Annex A provides the Partial Implementation Extra Information for Testing (PIXIT) Proforma of the ATS. 
Annex B provides the Testing and Test Control Notation (TTCN-3) part of the ATS. 



2 References 

References are either specific (identified by date of publication and/or edition number or version number) or 
non-specific. 

• For a specific reference, subsequent revisions do not apply. 

• Non-specific reference may be made only to a complete document or a part thereof and only in the following 
cases: 

if it is accepted that it will be possible to use all future changes of the referenced document for the 
purposes of the referring document; 

for informative references. 

Referenced documents which are not found to be publicly available in the expected location might be found at 
http ://docbox . etsi . or g/Ref erence . 

NOTE: While any hyperlinks included in this clause were valid at the time of publication ETSI cannot guarantee 
their long term validity. 

2.1 Normative references 

The following referenced documents are indispensable for the application of the present document. For dated 
references, only the edition cited applies. For non-specific references, the latest edition of the referenced document 
(including any amendments) applies. 

[1] ETSI TS 183 054: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); PSTN/ISDN simulation services; Protocol specification Closed 
User Group (CUG)". 



ETSI 



7 ETSI TS 1 86 01 6-3 V2.1 .1 (2009-09) 

[2] ETSI TS 186 016-1: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); PSTN/ISDN simulation services; Closed User Group (CUG); 
Part 1: Protocol Implementation Conformance Statement (PICS)". 

[3] ETSI TS 186 016-2: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); PSTN/ISDN simulation services; Closed User Group (CUG); 
Part 2: Test Suite Structure and Test Purposes (TSS&TP)". 

[4] IETF RFC 3261 (2002): "SIP: Session Initiation Protocol". 

[5] ISO/IEC 9646-1: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 1: General concepts ". 

[6] ISO/IEC 9646-7: "Information technology - Open Systems Interconnection - Conformance testing 

methodology and framework - Part 7: Implementation Conformance Statements". 

[7] ETSI ES 201 873-1 (V3.4.1): "Methods for Testing and Specification (MTS); The Testing and 

Test Control Notation version 3; Part 1: TTCN-3 Core Language". 

[8] ETSI ES 201 873-2: "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 2: TTCN-3 Tabular presentation Format (TFT)". 

[9] ETSI ES 201 873-5: "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 5: TTCN-3 Runtime Interface (TRI)". 

[10] ETSI ES 201 873-6: "Methods for Testing and Specification (MTS); The Testing and Test Control 

Notation version 3; Part 6: TTCN-3 Control Interface (TCI)". 

[11] ETSI EG 202 568: "Methods for Testing and Specification (MTS); Internet Protocol Testing 

(IPT); Testing: Methodology and Framework". 

[12] ETSI TS 102 027-3 (V3.1.1): "Methods for Testing and Specification (MTS); Conformance Test 

Specification for SIP (IETF RFC 3261); Part 3: Abstract Test Suite (ATS) and partial Protocol 
Implementation eXtra Information for Testing (PIXIT) proforma" . 

[13] ETSI TS 102 351 (V2.1.1): "Methods for Testing and Specification (MTS); Internet Protocol 

Testing (IPT); IPv6 Testing: Methodology and Framework". 

[14] ETSI TS 186 005-2: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); Terminating Identification Presentation (TIP) and Terminating 
Identification Restriction (TIR); Part 2: Test Suite Structure and Test Purposes (TSS&TP)". 

[15] ETSI TS 186 017-2: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); PSTN/ISDN simulation services; Anonymous Communication 
Rejection (ACR) and Communication Barring (CB); Part 2: Test Suite Structure and Test Purposes 
(TSS&TP)". 

[16] ETSI TS 186 018-2: "Telecommunications and Internet converged Services and Protocols for 

Advanced Networking (TISPAN); PSTN/ISDN simulation services; Malicious Communication 
Identification (MCID); Part 2: Test Suite Structure and Test Purposes (TSS&TP)". 

[17] ETSI TS 102 587-2: "Electromagnetic compatibility and Radio spectrum Matters (ERM); 

Conformance testing for the Peer-to-Peer Digital Private Mobile Radio; Part 2: Test Suite 
Structure and Test Purposes (TSS&TP) specification". 

[18] IETF RFC 2617: "HTTP Authentication: Basic and Digest Access Authentication". 

[19] IETF RFC 1321: "The MD5 Message-Digest Algorithm". 
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2.2 



Informative references 



The following referenced documents are not essential to the use of the present document but they assist the user with 
regard to a particular subject area. For non-specific references, the latest version of the referenced document (including 
any amendments) applies. 

Not applicable. 



Definitions and abbreviations 



3.1 



Definitions 



For the purposes of the present document, the terms and definitions given in ISO/IEC 9646-7 [6], TS 102 587-2 [17] 
and ISO/IEC 9646-1 [5] , apply: 



3.2 



Abbreviations 



For the purposes of the present document, the abbreviations given in ISO/IEC 9646-1 [5] ISO/IEC 9646-7 [6] and the 
following apply: 

NOTE: Abbreviations have been used both in the present document and in the TTCN-3 library modules (annex B). 

ACR Anonymous Communication Rejection 

AS Application Server 

ATS Abstract Test Suite 

CB Communication Barring 

CSCF Call Session Control Function 

CUG Closed User Group 

EDS Encoding/Decoding System 

ETS Executable Test Suite 

IBCF Interconnection Border Control Function 

ICB Incoming Communication Barring 

ICSCF Interrogating CSCF 

IMS IP Multimedia Subsystem 

IP Internet Protocol 

lUT Implementation Under Test 

OAF Outgoing Access, Explicit request required 

OAI Outgoing Access, Implicit outgoing access for all communications 

OCB Outgoing Communication Barring 

PA Platform Adapter 

PCSCF Proxy CSCF 

PICS Protocol Implementation Conformance Statement 

PIXIT Partial Protocol Implementation Extra Information for Testing 

PTC Parallel Test Component 

SA SUT Adapter 

SDP Session Description Protocol 

SIP Session Initiation Protocol 

SS Supplementary Services 

SUT System under Test 

TC Test Case 

TCI TTCN-3 Control Interface 

TCP Transmission Control Protocol 

TE TTCN-3 Executable 

TIP Terminating Identification Presentation 

TIR Terminating Identification Restriction 

TL Test Logging 

TM Test Management 

TRI TTCN-3 Runtime Interface 
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TS Test System 

TSI Test System Information 

TSS Test Suite Structure 

TTCN Testing and Test Control Notation 

TTCN-3 Testing and Test Control Notation version 3 

UDP User Datagram Protocol 

UE User Equipment 

XML extensible Markup Language 



Abstract Test Method (ATM) 



4.1 



Network architecture 



The SUT is assumed as a complete IMS core network and contains the following components: P-CSCF, I/S-CSCF, 
E-CSCF, and IBCF. As illustrated in the following figure the PCOs for the communication between the systems are 
Gm, Mw, Ic, and Isc. Each component can play role of SUT. 



lAS 



Isc 



f 



Gm 



i 



IMS 




SIP protocol 



Figure 1 : SUT test interface 



ETSI 



10 



ETSI TS 186 016-3 V2.1.1 (2009-09) 



4.2 



Protocol architecture 



The Implementation Under Test (lUT) for which this test case specification applies consists of the SIP protocol 
(see figure 2). 



SUT IMS CN 
SIP/IMS Extension 



SIP RFC 3261 [4] 



Compression algorithms (2) 



UDP 



TCP 



Security Algorithms (2) 



IPV4/IPV6(1) 



(LAN) 



Figure 2: SIP protocol architecture 



4.3 Test architecture 

The target SUT to be covered by the test purposes of TS 186 016-2 [3] address the IMS functional entities that are 
accessible via the following interfaces: Gm, Mw, Ic, and ISC. 

This clause introduces the test configurations that have been used for the test purpose definitions. Depending on the 
specific configuration the test system (TS) simulates the behaviour of the UE or another IMS communicating with the 
SUT. 

Figures 3 to 7 provide the different configurations in detail. The test configuration is specified in the context of TTCN-3 
functions (e.g.f_cf_lUeUp). The letters "P", "S", "I" and "B" etc. indicate the CSCFs within the SUT or TS. If 
applicable used identifiers on user profiles (see clause 5.3.2.4) have also been added in the figures 
(e.g. "PCSCFwithHomeUE" corresponds to TTCN-3 constant c_userProfile_PCSCFwithHomeUE). 



4.3.1 Test configuration 

4.3.1 .1 Configuration using Gm interface 

The Gm interface is located between UE and IMS. 



PCSCFwithHomeUE 



UE1 SUT 




IMS 

uelhome 



Figure 3: Test configuration with CF_1Ue 
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UEIatSUThome 




IMS SUT 

uelhome 
ueShome 



Figure 4: Test configuration with CF_2Ue 



4.3.1 .2 Configuration using ISC interface 

The ISC interface provides an access to the AS. 

AS 



AS SUT 



ISC 



IMS 

uelhome 



SCSCFwithHomeUE 



Figure 5: Test configuration with CF_1Scscf 



AS 



AS 



UEIatSUThome 



ISC 




IMS SUT 

uelhome 
ue2home 



Figure 6: Test configuration with CF_1 As2Ue 

4.3.1 .3 Configuration using Mw and Ic interfaces 

The Mw or Ic interface is located between two different IMS, e.g. due to at least one user visiting a network outside of 
the home network. 



CSCFwithHomeU 



I \C 



IMS 

uehome 



mw 



IMS SUT 



IC 



BCFwithHomeUE 



B 



UE 



IMSTS 

uehome 



Figure 7: Test configuration with CF_1Scscf1lbcf 
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4.3.2 Test system architecture 



4.3.2.1 General 

Test systems that implement this ATS shall conform to the requirements as defined in this clause. 



4.3.2.2 



Structure 



An abstract architecture for a Test System (TS) implementing a TTCN-3 ATS is displayed in figure 8 and also stated in 
ES201 873-5 [9]. 



I 



Test Management (TM) 



Test Control (TO) 



Test Logging (TL) 



TCI 



] 



\ 



TTCN-3 Executable (TE) 
TTCN-3 Runtime System (T3RTS) 



Encoding/Decoding System 



Executable Test Suite (ETS) 



t 



-t- 



TRI 



SUT Adapter (SA) 



Platform Adapter (PA) 



Figure 8: Abstract Test System Architecture 

A TS has two interfaces, the TTCN-3 Control Interface (TCI) and the TTCN-3 Runtime Interface (TRI), which specify 
the interface between Test Management (TM) and TTCN-3 Executable (TE) entities, and TE, SUT Adapter (SA) and 
Platform Adapter (PA) entities, respectively. Out of these two interfaces the TRI has been standardized in 
ES 201 873-5 [9], whereas the specification and implementation of the TCI is in ES 201 873-6 [10]. 

The part of TS that deals with interpretation and execution of TTCN-3 modules, i.e. the Executable Test Suite (ETS), is 
shown as part of the TTCN-3 Executable (TE). This ETS corresponds either to the executable code produced by a 
TTCN-3 compiler or a TTCN-3 interpreter from the TTCN-3 ATS in a TS implementation. The remaining part of the 
TS, which deals with any aspects that cannot be concluded from information being present in the TTCN-3 ATS alone, 
can be decomposed into Test Management (TM), SUT Adapter (SA) and Platform Adapter (PA) entities. In general, 
these entities cover a TS user interface, test execution control, test event logging, communication of test data with the 
SUT, and timer implementation. 

The part of S A used for SIP message transfer shall implement the TRI adaptation as well as the SIP transport protocol 
architecture described in clause 4.2. 

The Encoding/Decoding System (EDS) entity, as far as applied to SIP messages, with the TE and Test Logging (TL) 
entity within the TM shall comply with the conventions defined in clause 4.3.2 of TS 102 027-3 [12]. 
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4.3.2.3 



Interaction between TTCN-3 Executable (TE) and SUT Adapter (SA) 



4.3.2.3.1 



Sending and receiving SIP/IMS messages 



Before starting a test case, the SA shall provide the transport of SIP messages by establishing appropriate connections 
on the lower layers (shown in figure 2). 

In order to forward messages received into the SA to the test suite and to send them to the SUT a clear and unique 
association between the TTCN-3 TSI ports and the real IP and port addresses used by the SUT is needed during test 
execution. The SA retrieves this information via values of TTCN-3 module parameters, i.e. PIXITs, and mappings to 
TSI ports, i.e. triMap operation invocations. TSI port names are the main source for the relating TSI ports with SUT IP 
addresses and ports. 

Table 1 provides the relationships for TSI ports and SUT IP addresses and ports: 

Table 1 : TSI port mappings 



TSI port 


SUT (IP address, Port Id) 


Test system (IP address, Port id) 


UE1 


PX IMS SUT PCSCF1 IPADDR, 
PX IMS SUT PCSCF1 PORT 


PX IMS TS UE1 IPADDR, 
PX IMS TS UE1 PORT 


UE2 


PX IMS SUT PCSCF2 IPADDR, 
PX IMS SUT PCSCF2 PORT 


PX IMS TS UE2 IPADDR, 
PX IMS TS UE2 PORT 


UE3 


PX IMS SUT PCSCF3 IPADDR, 
PX IMS SUT PCSCF3 PORT 


PX IMS TS UE3 IPADDR, 
PX IMS TS UE3 PORT 


PCSCF 


PX IMS SUT UE IPADDR, 
PX IMS SUT UE PORT 


PX IMS TS PCSCF IPADDR, 
PX IMS TS PCSCF PORT 


SCSCF 


PX IMS SUT AS IPADDR, 
PX IMS SUT AS PORT 


PX IMS TS SCSCF IPADDR, 
PX IMS TS SCSCF PORT 


MW_I1 


PX IMS SUT ICSCF IPADDR, 
PX IMS SUT ICSCF PORT 


PX IMS TS SCSCF IPADDR, 
PX IMS TS SCSCF PORT 


IC1 


PX IMS SUT IBCF IPADDR, 
PX IMS SUT IBCF PORT 


PX IMS TS IBCF1 IPADDR, 
PX IMS TS IBCF1 PORT 


AS1 


PX IMS SUT SCSCF IPADDR, 
PX IMS SUT SCSCF PORT 


PX IMS TS AS1 IPADDR, 
PX IMS TS AS1 PORT 


NOTE 1 : TSI port names are defined in Atslms_TestSystem module as part of the ImsComponent type. IVIodule 

parameters for the address information are defined in Liblms_PIXIT module (see table 3; section Liblms). 

NOTE 2: For each test configuration listed above a TTCN-3 configuration functions has been implemented with the 
required mapping and unmapping statements (see table 3; module SS_lms_TestConfiguration), e.g. 
f cf 1 Ueup map one UE1 related port of the test system to the SUT. 
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Figure 9 illustrates the interconnection of TS and SUT in terms of signalling message associations: 
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Figure 9: Abstract port association 

4.3.2.3.2 Security and messages compression feature 

Security transport layer, and signalling compression may be used transparently to the ATS. 

4.3.2.3.3 Additional SA constraints 

In order to execute this test suite the SA should support: 

• communication channel handling (at least UDP and possibly also TCP); 

• IPv4 transport. 

4.3.2.4 Encoding/Decoding requirennents 



4.3.2.4.1 



Encoding/Decoding System requirements for basic SIP messages/headers 



SIP is a text-based protocol that allows different syntactical presentations of the same information. In general, an 
implementation of this ATS should use a EDS to parse received encoded messages into TTCN-3 type structures and 
values, and encode structured TTCN-3 type structures and values into encoded messages. This EDS is not part of the 
ATS. Still all encoded messages, i.e. the messages as they are transmitted by the SA to or received by the SA from the 
SUT, shall be logged. 

The following terms shall be used for the conventions defined below: 

Syntactic delimiter syntactic delimiters are characters like "=" or ";" that are used to separate encoded values. 

LWS linear white spaces as defined in RFC 3261 [4]. 

Parameter name name of header parameters as defined in RFC 3261 [4]. 

Parameter value the value of a parameter as defined in RFC 3261 [4]. 

Undefined method an undefined method is a method other than: "INVITE", "ACK", "OPTIONS", "BYE", 
"CANCEL" and "REGISTER". 
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Undefined header an undefined header is a header other than general-header, entity-header, request-header and 
response header as defined in RFC 3261 [4]. 

Unexpected header an unexpected header is a header, which shall not be present in a specific request message. This 
definition complies to the definition of NOT APPLICABLE in RFC 3261 [4], section 20 for 
request messages. 

Decoder requirements 

TTCN-3 fields should not contain syntactic delimiters like white space, semicolon, equal characters etc. in fully 
decoded fields. Instead the information provided by a parser shall be used to build the decoded message in TTCN-3. 
Decoded messages shall use the TTCN-3 enumeration types where ever appropriate, e.g. for the method and the header 
field name. 

For chars tring fields the following decoding rules shall be applied by the EDS: 

1) Subsequent LWS shall compress to a single space character " ". 

2) Decoded parameter names shall use only lower case letters. 

3) Parameter values containing an integer value shall be decoded to a TTCN-3 integer value where a TTCN-3 
integer type is used for a SIP parameter value. 

The following decoding rules shall be applied by the EDS to each received message in the following order: 

1) In case a request message indicating an undefined method is received by the test system, the message shall not 
be passed in the TE to the ETS. 

2) In case an undefined header has been received the header field shall be decoded as undef inedHeader field. 

RFC 3261 [4] allows for multiple header field values of the same kind to either arrive in one or multiple occurrences of 
the corresponding header field. The SIP ATS has been written assuming only the first format. Therefore, should the 
EDS receive multiple header fields of the same kind in a SIP message, e.g. of a Via header field, it shall convert them 
into the equivalent single header field with multiple values. This can be achieved by adding the value of, e.g. the second 
received Via header field as the last value to the value(s) of the first Via header field. 

Encoder requirements 

Encoders shall follow all encoding rules that are defined in RFC 3261 [4] when encoding structured values received 
from templates. This applies in particular to but it is not restricted to section 7.3.1 of RFC 3261 [4]. 

Values of type Raw shall be send to the SUT without any modification. 

4.3.2.5 Platform adaptation requirements 

For the execution of this test suite implementations of the following external functions have to be provided 
(see table 3; LibSip_Steps): 

1) rndStrO return charstring; 
returns a random charstring; 

2) putInLowercase( charstring par_string) return charstring; 
returns the equivalent string in lower case; 

3) getIpAddr( charstring host_name) return charstring; 
resolves a domain name to its equivalent IPv4 address; 

4) calculateDigestResponse(charstring nonce, charstring cnonce, charstring user, charstring realm, charstring 
passwd, charstring alg, charstring nonce Count, charstring method, charstring qop, charstring URI, charstring 
HEntity) return charstring; 

generates a digest response according to RFC 2617 [18] (HTTP Authentication: Basic and Digest Access 
Authentication), and RFC 1321 [19]. The MD5 Message-Digest Algorithm, (see RFC 2617 [18], chapter 5 
Sample implementation, for example usage, as the signature of calculateDigestResponse is according to the 
example given in the RFC). 
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5 The ATS development process 

5.1 Requirements and Test Purposes 

For each test purpose there is a table defined in clause 5 of TS 186 016-2 [3]. The requirements applicable to this TP are 
given by a reference to RFC 3261 [4] (SIP), or ES 183 054 [1]. There are no explicit formulations of requirements. 

5.2 ATS structure 
5.2. 1 Test case grouping 

The ATS structure defined in table 2 is based on the structuring of Test Purposes in clause 4 of TS 186 016-2 [3]. The 
group names in column 2 of table 2 are those assigned in the ATS; they are based on the names provided in clause 4 of 
TS 186 016-2 [3], but use the naming conventions defined for the ATS (see clause 5.3.2.2). 

Table 2: ATS structure 



CUG 






originating UE 




CUG U01 XXX 


originating AS 








CUG without preference 


CUG N01 XXX 




CUG without preference +OAE 


CUG N02 XXX 




CUG without preference+ OAI 


CUG N03 XXX 




CUG with preference 


CUG N04 XXX 




CUG with preference +OAE 


CUG N05 XXX 




CUG with preference +OAI 


CUG N06 XXX 




No CUG 


CUG N07 XXX 


terminating_AS 








CUG with OA not allowed 


CUG N08 XXX 




CUG with OA allowed 


CUG N09 XXX 




No CUG 


CUG N10 XXX 



5.2.2 Test case identifiers 

The test case names are built up according to the following scheme: 

<"TC">"_"<Group index>"_"<TC number> 
where: 

a) double quotes (") are used to enclose literal strings; 

b) <Group path index> is the group index in column 4 of table 2 (which uniquely identifies the path of 
groups/subgroups) ; 

c) <TC number> is a running 3 -digit decimal number, starting in each subgroup path with "001". 
EXAMPLE: 

TC_CUG_N01_001: 

i) the identifier has Group index " CUG_N01", i.e. it is in the subgroup having complete path: 
SuplementaryServicee_CUG/SS_CUG_SIPSIP/originating_UE; 

ii) the identifier is the first test case of this group/subgroup. 

NOTE: This naming scheme provides a 1-1 correspondence of TP identifiers as defined in TS 186 016-2 [3] and 
test case names. The TP identifier of TC_ CUG_N01_001 is TP CUG_N01_001. 
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5.3 ATS specification framework 
5.3.1 ATS Library 

For this ATS the TTCN-3 Hbrary modules are basically organized as: 

1) AtsCommon modules - project includes test cases from documents TS 186 005-2 [14], TS 186 016-2 [3], 
TS 186 017-2 [15] and TS 186 018-2 [16]; 

2) Liblms modules; 

3) LibSip modules (RFC 3261 [4]); 

4) LibCommon modules (taken from an improved version of TS 102 351 [13]). 

NOTE: Due to the common LibSip and Liblms library approach with some other parallel running projects there is 
necessary to create tag version of all library modules. 

The following table shows the organization of the ATS as library of modules: 

Table 3: Library of modules 



Module Class 


Module Id 


Description 


AtsCommon 


SS Ims PICS 


Module Parameter declarations associated with PICS. 


SS_lms_PIXITS 


SIP common Module Parameter declarations associated with 
PIXIT. 


SS_lms_TestConfiguration 


Functions which implement the configuration of the SUT adapter 
and mapping of test components for establishing and tearing down 
different test configurations. 


SS Ims TestSystem 


TSI components, test system internal ports. 


SS Ims TestCases 


Test case definitions. 


SS Ims TCFunctions 


Test case functions. 


Liblms 


Liblms_PIXITS 


IMS specific common Module Parameter (e.g. addresses related 
to SUT components and TS) declarations associated with PIXIT. 


Liblms Interface 


IMS component. 


Liblms_SI PTypesAnd Values 


IMS specific user and interface specific profile data (see note). 


Liblms_Templates 


Modified templates with IMS specific header fields. 


Liblms Steps 


functions using IMS specific types. 


LibSip 


LibSip_PIXITS 


SIP general common Module Parameter (e.g. SDP/SIP procedure 
options) declarations associated with PIXIT. 


LibSip_lnterface 


SIP component. 


LibSip SIPTypesAndValues 


SIP message types and constants, simple user profiles (see note). 


LibSip SDPTypes 


SDP types and constants. 


LibSip Templates 


Basic and modified templates with SIP specific header fields. 


LibSip Steps 


SIP specific behaviour function library. 


LibSip XMLTypes 


XML types for SIP tests. 


XSDAUX 


Basic types used in XML. 


LibCommon 


LibCommon AbstractData 


Generic data types for a stack and its operations. 


LibCommon_BasicTypesAndValues 


Basic type and value definitions (integer and Boolean). 


LibCommon_DataStrings 


Bit and Octet string types. 


LibCommon Sync 


Co-ordination/synchronization of test components. 


LibCommon TextStrings 


Basic character and string types with fixed length. 


LibCommon Time 


Time handling functions and module parameter. 


LibCommon VerdictControl 


Basic functions for setting of test component verdicts. 


NOTE: In order to build a comprehensive library all SIP message header (incl. IMS specific) have been defined in 
LibSip SIPTypesAndValues only. 
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5.3.2 Use of TTCN-3 

5.3.2.1 General 

TTCN-3 as defined in ES 201 873-1 [7] is used as ATS specification language. 

A number of requirements have been identified for the development and production of the TTCN-3 specification for the 
SIP IMS ATS: 

1) Top-down design. 

2) A uniquely defined testing architecture and test method. 

3) Uniform TTCN-3 style and naming conventions. 

4) TTCN-3 is human-readable. 

5) TTCN-3 specification is feasible, implementable, compilable and maintainable. 

6) Test cases shall be designed in a way to be easily adaptable, upwards compatible with the evolution of the base 
protocol and protocol interworking of future releases. 

7) The test declarations, data structures and data values shall be largely reusable. 

8) Modularity and modular working method. 

9) Minimizing the requirements of intelligence on the emulators of the lower testers. 

10) Giving enough design freedom to the test equipment manufacturers. 

Fulfilling these requirements should ensure the investment of the test equipment manufacturers and users of the ATS 
having stable testing means for a relatively long period. 

5.3.2.2 TTCN-3 naming conventions 

Like in other software projects using a programming language, the use of naming conventions supports or increases: 

a) the readability; 

b) the detection of semantic errors; 

c) the shared work of several developers; 

d) the maintainability. 

The naming conventions applied to the SIP/IMS ATS are based on the following underlying principles: 

• when constructing meaningful identifiers, the general guidelines specified for naming in clause 8 [1 1] should 
be followed; 

• the names of TTCN-3 objects being associated with standardized data types (e.g. in the base protocols) should 
reflect the names of these data types as close as possible (of course not conflicting with syntactical 
requirements or other conventions being explicitly stated); 

• the subfield names of TTCN-3 objects being associated with standardized data type should also be similar to 
corresponding element names in the base standards (be recognizable in the local context); 

• in most other cases, identifiers should be prefixed with a short alphabetic string (specified in table 3) indicating 
the type of TTCN-3 element it represents; 

• prefixes should be separated from the body of the identifier with an underscore ("_"); 

• only test case names, module names, data type names and module parameters should begin with an upper-case 
letter. All other names (i.e. the part of the identifier following the prefix) should begin with a lower-case letter. 
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Table 4 specifies the naming guidelines for each element of the TTCN-3 language indicating the recommended prefix 
and capitalization. 

Table 4: TTCN-3 naming conventions 



Language element 


Naming convention 


Prefix 


Example 


Notes 


Module 


Use upper-case initial letter 


none 


IPv6Templates 




TSS grouping 


Use all upper-case letters as 
specified in clause 7.1 .2.1 .1 


none 


TP_RT_PS_TR 




Item group within a 
module 


Use lower-case initial letter 


none 


messageGroup 




SIP message type 


Use upper-case initial letter 


none 


Request, Response 


note 4 


SIP header type 


Use upper-case initial letter 


none 


MaxForwards 


note 4 


Basic common data 
types (e.g. bit string 
types of fixed length) 


Use upper-case initial letter 


none 


Take from common module 




Other Data types 


Use upper-case initial letter 


none 


SetupContents 




Signature template 


Use lower-case initial letter 


s 


s_callSignature 




Port instance 


Use lower-case initial letter 


none 


signallingPort 




Test component ref 


Use lower-case initial letter 


none 


userTerminal 




Constant 


Use lower-case initial letter 


c 


c maxRetransmission 




External constant 


Use lower-case initial letter 


ex 


ex macid 




Function 


Use lower-case initial letter 


f 


f_authentication() 




External function 


Use lower-case initial letter 


fx 


fx calculateLengthO 




Altstep (incl. Default) 


Use lower-case initial letter 


a 


a receiveSetupO 




Test case 


Use naming as specified in 
clause 5.2.2 


TC_ 


TC_IMST2_xxxxx 




Variable (local) 


Use lower-case initial letter 


V 


V macId 




Variable (defined 
within a component) 


Use lower-case initial letters 


vc_ 


vc_systemName 




Timer (local) 


Use lower-case initial letter 


t 


t wait 




Timer (defined within 
a component) 


Use lower-case initial letters 


tc_ 


tc_authMin 




Module parameter 


Use initial upper case letters 


PX 


PX MAC ID 


note 3 


Parameterization 


Use lower-case initial letter 


P_ 


p_macld 




Enumerated Value 


Use lower-case initial letter 


e 


e syncOk 




NOTE 1 : This prefix must be used for all template definitions which do not assign or refer to templates with 

wildcards or matching expressions, e.g., templates specifying a constant value, parameterized 

templates without matching expressions, etc. 
NOTE 2: This prefix must be used in identifiers for templates which either assign a wildcard or matching 

expression ( e.g., ?, *, value list, if present, pattern, etc) or reference another template which 

assigns a wildcard or matching expression. 
NOTE 3: In this case it is acceptable to use underscore as a word delimiter. 
NOTE 4: This convention has been used in TS 102 027-3 [12] (SIP ATS). 



5.3.2.3 



Additional TTCN-3 IMS/SIP naming convention 



In addition to the general TTCN-3 naming conventions listed in the previous clause the following rules have been 
applied to templates 

Table 5: TTCN-3 naming conventions 



Language element 


Naming convention 


Prefix 


Example 


Notes 


Message template 


Use lower-case initial letter, 
followed by message type in 
upper-case letters (for 
requests) or "Response" 
keyword 


m_ 


m_BYE_Request_UE 




Message template 
with wildcard or 
matching expression 


Use lower-case initial letters 


mw_ 


mw_SUBSCRIBE_Request_IMS 
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Templates have been defined in a 3-step approach. First, a dummy template is defined for every message type and 
direction, e.g. m_ACK_Dummy and mw_ACK_Dummy. Secondly, for each message type and direction a base 
template has been defined that modifies respective dummy templates and includes all mandatory header fields. 
Template identifiers of this modifications include the keyword "Base", e.g. m_ACK_Request_Base, 
mw_ACK_Request_Base. More specific templates are then derived on the basis of these base templates and modify 
fields that need to be restricted for a very specific purpose, e.g. m_ACK_Request_route, etc. 



5.3.2.4 



Additional concepts and conventions 



IMS procedures and tests requires the inclusion of user identification and network address information in SIP messages. 
Since this information depends on the specific SUT at hand it is defined using module parameters. Due to the big 
amount of such parameters a profile concept have been introduced for particular parameter collections (records) that are 
related to IMS users and interfaces. 

The so-called user profile information (see table 3; module LibSip_SIPTypesAndValue) contains the following 

elements: userprofile identifier, current IP port and address to exchange SIP messages, IP port and address for further 

contact, 

IP address used by the TS to exchange media streams, public identity (home domain, username), quality-of-protection 

parameters, authentication parameters (RFC 2617 [18], section 3.2.2). A list of user profile identifiers (module 

LibIMS_SIPTypesAndValue) introduces available settings for UE with different locations and homes: 

e.g. c_userProfile_UElatSUThome should be used in case where UEl is a registered user of SUT and currently not 

visiting another IMS. User profiles are constructed from module parameters (see table 3; module LibIMS_Steps). 

Additionally some interface information is needed to indicate or validate IMS component addresses to be used in SIP 
header fields like Via, Route, etc. They are defined in a similar way as user profiles (see table 3; 
LibIms_SIPTypeAndValues) and contain IP address, port and domain information. For example 
c_interfaceProfile_IMS_SUT_IBCFl defines an IBCF access point at the SUT. Interface profiles are also constructed 
based on module parameters (see table 3; module LibIMS_Steps). 



5.3.2.5 



PICS information 



No TTCN-3 control part has been defined for this test suite. If applicable PICS information is evaluated at the 
beginning of each test case definition using an "if" statement. Log information is provided in case that a test has not 
been executed due to PICS setting violation. 



5.3.2.6 



Test Suite documentation 



In order to allow browsing of the SIP/IMS ATS without the use of a specific TTCN-3 test development environment, 
the TTCN ATS is made available in HTML format with hyperlinks between entities in the ATS. The documentation in 
the ATS makes use of special comment tags used by the tool that converts the ATS to the HTML format. These tags are 
defined in clause 9 of [7] and the tags shown in table 6. 

Table 6: TTCN-3 comment tags 



Tag 


Description 


©author 


Specifies the names of the authors or an authoring organization which either has created or 
is maintaining a particular piece of TTCN-3 code. 


@desc 


Describes the purpose of a particular piece of TTCN-3 code. The description should be 
concise yet informative and describe the function and use of the construct. 


©remark 


Adds extra information, such as the highlighting of a particular feature or aspect not covered 
in the description. 


@img 


Associates images with a particular piece of TTCN-3 code. 


@see 


Refers to other TTCN-3 definitions in the same or another module. 


@url 


Associates references to external files or web pages with a particular piece of TTCN-3 
code, e.g. a protocol specification or standard. 


©return 


Provides additional information on the value returned by a given function. 


@param 


Documents the parameters of parameterized TTCN-3 definitions. 


©version 


States the version of a particular piece of TTCN-3 code. 
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5.4 ATS archive 

Annex B contains the ATS archive (.zip file expanding to text files with TTCN-3 code). 
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Annex A (normative): 
Partial PIXIT proforma 



Notwithstanding the provisions of the copyright clause related to the text of the present document, grants that users of 
the present document may freely reproduce the PIXIT proforma in this annex so that it can be used for its intended 
purposes and may further publish the completed PIXIT proforma. 



A.1 Introduction 

This partial PIXIT proforma contained in the present document is provided for completion, when the related Abstract 
Test Suite is to be used against the Implementation Under Test (lUT). 

The completed partial PIXIT will normally be used in conjunction with the completed PICS, as it adds precision to the 
information provided by the PICS. 



A.2 PIXIT items 

According to the interworking type of ATS defined in the present document, the PIXIT are divided in SIP-related 
PIXIT and IMS-related PIXIT . 

NOTE: The tables in this clause have been generated automatically from the TTCN-3 modules. 



A.2.1 SIP-related PIXIT 

Each PIXIT item corresponds to a Module Parameter of the ATS. 



NOTE: The SIP-related PIXIT definitions are part of a SIP TTCN-3 library that contains additional PIXIT 

definitions on SIP and TS address information that are not used in this ATS and therefore not present in 
the following table. 

Table A.1 : SIP-related PIXIT items 



^^^^^^L Index / Identifier ^^ 




1. PX SIP Dhonecontext 


boolean for true if SIP URL should include phone-context (compare 
SIP parameter value) 


2. PX SIP SDP dvn 


charstring for SDP dynamic port 


3. PX SIP SDP b modifier 


charstring for SDP bandwidth modifier 


4. PX SIP SDP b bandwidth 


integer for SDP bandwidth value 


5. PX SIP SDP encodina 


charstring for SDP media attribute encoding supported by the lUT 


6. PX SIP SDP encodina unavail 


charstring for SDP media attribute encoding unavailable by the lUT 


7. PX SIP SDP encodina unsuo 


charstring for SDP media attribute encoding unsupported by the lUT 


8. PX SIP SDP transport 


charstring for SDP media T 


9. PX SIP lOOrel 


boolean for True if lOOrel mechanism is supported in SIP 


10. PX SIP orecondition 


boolean for True if precondition mechanism is supported in SIP 


11. PX SIP UDP 


boolean for True if UDP Transport is used by the lUT to run 
campaign 


12. PX SIP TRANSPORT 


charstring for Used Transport in upper case "UDPTTCP" 


13. PX SIP REGISTRATION 


boolean for the SIP user if it have to register itself before executing a 
test case 


14. PX SIP REGISTRATION exD min 


integer for the minimum SIP user registration expires-value 


15. PX SIP SUT REGISTRAR DOMAIN 


charstring for REGISTRAR domain 


16. PX SIP BYE CAUSE 


integer for Release cause to be used in BYE and in Failure 
messages 


17. PX SIP CheckConversation 


boolean for True, if conversation check is implemented 
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18. PX SIP CheckDTMF 


boolean for True, if DTMF check is implemented 


19. PX SIP SendAnnouncement 


boolean for True, if Announcement sending is implemented 


20. PX SIP CheckRinaina 


boolean for True, if ringing check is implemented 


21. PX SIP REGISTER AUTHENTICATION E 
NABLED 


boolean for option controlling if authentication is enabled/disabled for 
REGISTER messages 


22. PX SIP INVITE AUTHENTICATION ENAB 


boolean for option controlling if authentication is enabled/disabled for 
INVITE messages 


LED 


23. PX SIP T1 


float for T1 RTT estimate (500 ms) 


24. PX T2 


float for T2 Maximum retransmit interval for non-INVITE requests and 
INVITE response (4 000 ms) 


25. PX T4 


float for T4 Maximum duration a message will remain in the network 


26. PX SIP TF 


float for TDELAY default value for timeout on outgoing SIP request 
(i.e. 64*T1) 


27. PX SIP TWAIT 


float for TWait default value for waiting an operator action 


28. PX SIP TACK 


float for TAck default value for waiting an acknowledgement 


29. PX SIP TRESP 


float for TResp default value for waiting for a response from the lUT 


30. PX SIP TNOACT 


float for TNoAct default value for waiting no message from the lUT 
Value given for PX_TNOACT should be less than value of 
SHORT_REGISTRATION constant (which is currently "3" (seconds)) 


31. PX SIP TSYNC 


float for TSYNC default value to synchronize ptc 


32. PX SIP TGUARD 


float for TGUARD default value for an extra long timer to limit test 
execution 


33. PX TResDRetention 


float for TRespRetention minimum time that a Proxy will wait before 
sending a final response 



A.2.2 IMS-related PIXIT 



Each PIXIT item corresponds to a Module Parameter of the ATS. 



Table A.2: IMS-related PIXIT items (Ports and addresses of lUT) 



^K Index / Identifier 


Type / Description 


34. PX IMS SUT UE IPADDR 


charstring for SUT - UE IP address to exchange SIP messages 
- connection point for PCSCF 


35. PX IMS SUT UE PORT 


integer for SUT - UE port number to exchange SIP messages - 
connection point for PCSCF 


36. PX IMS SUT PCSCF1 IPADDR 


charstring for SUT - PCSCF1 IP address to exchange SIP 
messages - connection point for UE1 


37. PX IMS SUT PCSCF1 PORT 


integer for SUT - PCSCF1 port number to exchange SIP 
messages - connection point for UE1 


38. PX IMS SUT PCSCF1 HOME DOMAIN 


charstring for SUT/PCSCF1 domain - connection point for UE1 


39. PX IMS SUT UE1 BEARER IPADDR 


charstring for IP address used by the IS to exchange media 
streams for UE1 


40. PX IMS SUT UE1 HOME DOMAIN 


charstring for identity of the tester UE1 local domain 


41. PX IMS SUT UE1 PUBLIC USER 


charstring for identity of the tester UE1 local user 


42. PX IMS SUT UE1 PRIVAT USERNAME 


charstring for RFC 2617 [18] 3-2-2 username of UE1 The 
name of user in the specified realm 


43. PX IMS SUT UE1 PRIVAT PASSWD 


charstring for RFC 2617 [18] 3-2-2-2 passwd of UE1 : A known 
shared secret, the password of user of the specified username 


44. PX IMS SUT UE1 OOP 


charstring for RFC 2617 [18] 3-2-1 qop options of UE1 : Quoted 
string of one or more tokens indicating the "quality of 
protection" values supported by the server; the value "auth" 
indicates authentication; the value "auth-int" indicates 
authentication with integrity protection 


45. PX IMS SUT UE1 REGISTRAR 


charstrina for home (SUT) REGISTRAR domain of UE1 


46. PX IMS SUT UE1 DISPLAY 


charstring for UE1 display name 


47. PX IMS SUT PCSCF2 IPADDR 


charstring for SUT - PCSCF2 IP address to exchange SIP 
messages - connection point for UE2 
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48. PX IMS SUT PCSCF2 PORT 


integer for SUT - PCSCF2 port number to exchange SIP 
messages - connection point for UE2 


49. PX IMS SUT PCSCF2 HOME DOMAIN 


charstring for SUT/PCSCF2 domain - connection point for UE2 


50. PX IMS SUT UE2 BEARER IPADDR 


charstring for IP address used by the TS to exchange media 
streams for UE2 


51. PX IMS SUT UE2 HOME DOMAIN 


charstring for identity of the tester UE2 local domain 


52. PX IMS SUT UE2 PUBLIC USER 


charstring for identity of the tester UE2 local user 


53. PX IMS SUT UE2 PRIVAT USERNAME 


charstring for RFC 2617 [18] 3 


54. PX IMS SUT UE2 PRIVAT PASSWD 


charstring for RFC 2617 [18] 3-2-2-2 passwd: A known shared 
secret, the password of user of the specified username of UE2 


55. PX IMS SUT UE2 OOP 


charstring for RFC 2617 [18] 3-2-1 qop options UE2: Quoted 
string of one or more tokens indicating the "quality of 
protection" values supported by the server, the value "auth" 
indicates authentication; the value "auth-int" indicates 
authentication with integrity protection 


56. PX IMS SUT UE2 REGISTRAR 


charstrina for home(SUT) REGISTRAR domain of UE2 


57. PX IMS SUT PCSCF3 IPADDR 


charstring for SUT - PCSCF3 IP address to exchange SIP 
messages - connection point for UE3 


58. PX IMS SUT PCSCF3 PORT 


integer for SUT - PCSCF3 port number to exchange SIP 
messages - connection point for UE3 


59. PX IMS SUT PCSCF3 HOME DOMAIN 


charstring for SUT/PCSCF3 domain - connection point for UE3 


60. PX IMS SUT UE3 BEARER IPADDR 


charstring for IP address used by the TS to exchange media 
streams for UE3 


61. PX IMS SUT UE3 HOME DOMAIN 


charstring for identity of the tester UE3 local domain 


62. PX IMS SUT UE3 PUBLIC USER 


charstring for identity of the tester UE3 local user 


63. PX IMS SUT UE3 PRIVAT USERNAME 


charstring for RFC 2617 [18] 3 


64. PX IMS SUT UE3 PRIVAT PASSWD 


charstring for RFC 2617 [18] 3-2-2-2 passwd: A known shared 
secret, the password of user of the specified username of UE3 


65. PX IMS SUT UE3 OOP 


charstring for RFC 2617 [18] 3-2-1 qop options UE3: Quoted 
string of one or more tokens indicating the "quality of 
protection" values supported by the server, the value "auth" 
indicates authentication; the value "auth-int" indicates 
authentication with integrity protection 


66. PX IMS SUT UE3 REGISTRAR 


charstrina for home(SUT) REGISTRAR domain of UE3 


67. PX IMS SUT PCSCF4 IPADDR 


charstring for SUT - PCSCF4 IP address to exchange SIP 
messages - connection point for UE4 


68. PX IMS SUT PCSCF4 PORT 


integer for SUT - PCSCF4 port number to exchange SIP 
messages - connection point for UE4 


69. PX IMS SUT PCSCF4 HOME DOMAIN 


charstring for SUT/PCSCF4 domain - connection point for UE4 


70. PX IMS SUT UE4 BEARER IPADDR 


charstring for IP address used by the TS to exchange media 
streams for UE4 


71. PX IMS SUT UE4 HOME DOMAIN 


charstring for identity of the tester UE4 local domain 


72. PX IMS SUT UE4 PUBLIC USER 


charstring for identity of the tester UE4 local user 


73. PX IMS SUT UE4 PRIVAT USERNAME 


charstring for RFC 2617 [18] 3 


74. PX IMS SUT UE4 PRIVAT PASSWD 


charstring for RFC 2617 [18] 3-2-2-2 passwd: A known shared 
secret, the password of user of the specified username of UE4 


75. PX IMS SUT UE4 OOP 


charstring for RFC 2617 [18] 3-2-1 qop options UE4: Quoted 
string of one or more tokens indicating the "quality of 
protection" values supported by the server, the value "auth" 
indicates authentication; the value "auth-int" indicates 
authentication with integrity protection 


76. PX IMS SUT UE4 REGISTRAR 


charstrina for home(SUT) REGISTRAR domain of UE4 


77. PX IMS SUT unknownUE PUBLIC USER 




78. PX IMS SUT EMERGENCY HOME DOMAIN 


charstring for identity of emergency service local domain 


79. PX IMS SUT EMERGENCY SERVICE 


charstring for identity of the emergency service 


80. PX IMS SUT EMERGENCY SERVICE INVALID 


charstring for identity of the invalid emergency service 


81. PX IMS SUT IBCF1 IPADDR 


charstring for SUT/IBCF1 IP address to exchange SIP 
messages 


82. PX IMS SUT IBCF1 PORT 


integer for SUT/IBCF1 port number to exchange SIP 
messages 
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83. PX IMS SUT IBCF1 HOME DOMAIN 


charstring for SUT/IBCF1 domain 


84. PX IMS SUT IBCF2 IPADDR 


charstring for SUT/IBCF2 IP address to exchange SIP 
messages 


85. PX IMS SUT IBCF2 PORT 


integer for SUT/IBCF2 port number to exchange SIP 
messages 


86. PX IMS SUT IBCF2 HOME DOMAIN 


charstring for SUT/IBCF2 domain 


87. PX IMS SUT PCSCF IPADDR 


charstring for SUT/P-CSCF IP address to exchange SIP 
messages 


88. PX IMS SUT PCSCF PORT 


integer for SUT/P-CSCF port number to exchange SIP 
messages 


89. PX IMS SUT PCSCF HOME DOMAIN 


charstring for SUT/P-CSCFdomain 


90. PX IMS SUT PCSCF VisitedNetworkID 


charstring for SUT/P-CSCF P VisitedNetwork ID header (see 
RFC3455) 


91. PX IMS SUT PCSCF MinSE 


charstring for SUT/P-CSCF Min-SE header lower bound for the 
session refresh interval (see RFC4028) 


92. PX IMS SUT SCSCF IPADDR 


charstring for SUT/S-CSCF IP address to exchange SIP 
messages 


93. PX IMS SUT SCSCF PORT 


integer for SUT/S-CSCF port number to exchange SIP 
messages 


94. PX IMS SUT SCSCF HOME DOMAIN 


charstring for SUT/S-CSCFdomain 


95. PX IMS SUT SCSCF REALM 


charstring for SUT/S-CSCF globally used realm name of lUT 
S-CSCF 


96. PX IMS SUT ICSCF IPADDR 


charstring for SUT/I-CSCF IP address to exchange SIP 
messages 


97. PX IMS SUT ICSCF PORT 


integer for SUT/I-CSCF port number to exchange SIP 
messages 


98. PX IMS SUT ICSCF HOME DOMAIN 


charstring for SUT/l-CSCFdomain 


99. PX IMS SUT AS IPADDR 


charstring for SUT/AS IP address to exchange SIP messages 


100.PX IMS SUT AS PORT 


integer for SUT/AS port number to exchange SIP messages 


101. PX IMS SUT AS HOME DOMAIN 


charstring for SUT/AS domain 


102.PX IMS TS UE1 IPADDR 


charstring for IP address used by the UE1 to exchange SIP 
messages 


103.PX IMS TS UE1 PORT 


integer for port number used by the UE1 to exchange SIP 
messages 


104.PX IMS TS UE1 REGISTRAR 


charstring for visited(TS) REGISTRAR domain 


105.PX IMS TS UE2 IPADDR 


charstring for IP address used by the UE2 to exchange SIP 
messages 


106.PX IMS TS UE2 PORT 


integer for port number used by the UE2 to exchange SIP 
messages 


107.PX IMS TS UE2 REGISTRAR 


charstring for visited(TS) REGISTRAR domain 


108.PX IMS TS IBCF IPADDR 


charstring for TS/IBCF IP address to exchange SIP messages 


109.PX IMS TS IBCF PORT 


integer for TS/IBCF port number to exchange SIP messages 


110.PX IMS TS IBCF HOME DOMAIN 


charstring for TS/IBCF domain 


111.PX IMS TS ICSCF IPADDR 


charstring for TS/I-CSCF IP address to exchange SIP 
messages 


112.PX IMS TS ICSCF PORT 


integer for lUT/l-CSCF port number to exchange SIP 
messages 


113.PX IMS TS ICSCF HOME DOMAIN 


charstring for TS/I-CSCF domain 


114.PX IMS TS PCSCF IPADDR 


charstring for TS/P-CSCF IP address to exchange SIP 
messages 


115.PX IMS TS PCSCF PORT 


integer for lUT/P-CSCF port number to exchange SIP 
messages 


116.PX IMS TS PCSCF HOME DOMAIN 


charstring for TS/P-CSCFdomain 


117.PX IMS TS SCSCF IPADDR 


charstring for TS/S-CSCF IP address to exchange SIP 
messages 


118.PX IMS TS SCSCF PORT 


integer for TS/S-CSCF port number to exchange SIP 
messages 


119.PX IMS TS SCSCF HOME DOMAIN 


charstring for TS/S-CSCFdomain 


120.PX IMS SUT BARRED PUBLIC USER 


charstring public user identity for Request-URI to be rejected 
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by lUT S-CSCF as it is barred for incoming calls 


121. PX IMS SUT INVALID GRUU 


charstring invalid GRUU for Request-URI to be rejected by lUT 
S-CSCF 


122.PX IMS SUT UNSUBSCRIBED SERVICE 


charstring Service value in P-Asserted-Service header to be 
rejected by lUT S-CSCF, as service is not subscribed-to 


123.PX IMS SUT UNSUBSCRIBED SDP SERVICE 


charstring Service value in SDP message body to be rejected 
by lUT S-CSCF, as service is not subscribed-to; intentionally 
kept as charstring to allow maximum flexibility to construct 
unsubscribed service 


124.PX IMS TS IMS1UE PUBLIC USER 


charstring for public userinfo/displayname addressing IMS1 UE 
(simulated by the TS) 


125.PX IMS TS IMS1UE HOME DOMAIN 


charstring for TS/domain 


126.PX IMS TS AS1 IPADDR 


charstring for TS/AS1 IP address to exchange SIP messages 


127.PX IMS TS AS1 PORT 


integer for TS/AS1 port number to exchange SIP messages 


128.PX IMS TS AS1 HOME DOMAIN 


charstring for TS/AS1 domain 


129.PX IMS TS AS2 IPADDR 


charstring for TS/AS2 IP address to exchange SIP messages 


130.PX IMS TS AS2 PORT 


integer for TS/AS2 port number to exchange SIP messages 


131.PX IMS TS AS2 HOME DOMAIN 


charstring for TS/AS2 domain 



Table A.3: IMS-related PIXIT (ATS specific) 



^B Index / Identifier 




132.PX_TC_VA 


integer for test case variant according to table entry in table to test 
purpose description, if present 


133. PX_Timeout_MCID_BYE 


float default timer value for PX_Timeout_MCID_BYE (0 s to120 s) 


134. PX_Timeout_MCID_0_ID 


float default timer value for PX_Timeout_MCID_0_ID (4 s to 10 s) 


1 35. PX_Cuglndex_Registred_Restrictions_None 


Integer for PX_Cuglndex_Registred_Restrictions_None which 
refers to value assigned by the network to identify a CUG integer 
(0 .. 32767) Used in CUG group of tests 


1 36. PX_Cuglndex_Registred_Restrictions_OCB 


Integer for Cuglndex_Registred_Restrictions_OCB which refers to 
value assigned by the network to identify a CUG integer (0 .. 32767) 
Used in CUG group of tests 


1 37. PX_Cuglndex_Registred_Restrictions_ICB 


Integer for PX_Cuglndex_Registred_Restrictions_ICB which refers 
to value assigned by the network to identify a CUG integer 
(0 .. 32767) Used in CUG group of tests 


1 38. PX_Cuglndex_Unregistred_Restrictions_Non 
e 


Integer for PX_Cuglndex_Unregistred_Restrictions_None which 
refers to value assigned by the network to identify a CUG integer 
(0 .. 32767) Used in CUG group of tests 


139. PX_CugNetworklndicator 


hexstring for PX_CugNetworklndicator Used in CUG group of tests 


140. PX_CuglnterlockBinaryCode 


hexstring for CuglnterlockBinaryCode Used in CUG group of tests 


141 . PX_CuglnterlockBinaryCode_RelatedToRegis 
tredCUGJndex 


hexstring for 

PX_CuglnterlockBinaryCode_RelatedToRegistredCUG_lndex Used 
in CUG group of tests 


1 42. PX_CuglnterlockBinaryCode_NotRelatedToR 
egistredCUGJndex 


hexstring for 

PX_CuglnterlockBinaryCode_RelatedToRegistredCUG_lndex Used 
in CUG group of tests 


143. PX_SIP_NameAddr_From 


NameAddr default value for From field 


144. PX_SIP_NameAddr_PAsserted 


NameAddr default value for PAsserted(with sip scheme) 


145.PX_SIP_NameAddr_PAsserted_Tel_URI 


NameAddr default value for PAsserted2(with tel scheme) 


146. PX_SIP_NameAddr_PPreferred 


NameAddr default value for PPreferred(with sip scheme) 
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Annex B (informative): 
TTCN-3 library modules 

B.1 Electronic annex, zip file with TTCN-3 code 

The TTCN-3 library modules are contained in archive ts_18601603v020101p0.zip which accompanies the present 
document. 
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